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(54) Low power system and method for playing compressed audio data 



(57) A portab'e audio player stores a large amount 
o1 compressed audio data on an internal disk drive, and 
loads a portion of this into an internal random access 
memory (RAf\/l) whicn requires less power and less time 
to access The audio player plays the data stored in 
RAM and monitors the amount of unplayed data. When 
the amount of jnplayed data falls betow a threshold, ad- 



ditional data is copied from the disk drive into RAf^. Be- 
cause the time necessary to copy a block of data from 
the disk drive to RAM is much less than the amount of 
time it takes to play the same block of audio data from 
RAM, this approach minimizes the amount of time that 
the disk drive must be operated, and thus minimizes the 
aoKiunl of power consumed by the system. 
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Description 

[0001] The present invention relates generally to a 
system and method for stonr^g data on a portable audio 
player and for playing the stored data so as to minimize s 
power consumption 

[0002] Since the advent of :he audio cassette porta- 
ble audio players have en pyed widespread oopularity. 
Portable audio players allow a user to listen to audio 
data in virtually any setting by freeing the user from the »o 
mobilrty constraints imposed by bulky home-based ster- 
eo systems Because portable audio players are often 
used in manner thai makes connection to an external 
power supply impractical portable audio players typi- 
cally rely on ballerles to provide power Since such bat- '5 
teries have a limited litelime il is desirable tor the audio 
player to consume as little power as possible. In addi- 
tion because portable audio players are often physically 
Carried by the user, it is desirable to make the portable 
audio player's batteries small and lightweight. 20 
[0003] Current poitable audio players play digital au- 
dio data stored on a compact disk, or CD which is man- 
ually loaded into the player by the user. CDs are capable 
of storing more data than cassette tapes and are less 
susceptible to degradation resulting frorii repeated use. 2S 
In addition CDs allow the user to jump quickty and au- 
tomatically to different tracks of data, unlike cassette 
tapes, which require a magnetic tape to be physically 
spooled to the desired location, and typically do not con- 
tain indexing information to indicate where new tracks 30 
begin 

[0004] However, while CDs represent an improve- 
ment over audio cassette tapes. CDs still suffer from a 
limited amount of storage For example, most present- 
day CDs are capable of storing at most 70 to 75 minutes 35 
of audio data. Moreover, many of the CDs that a user 
owns will contain even less data than this, since sepa- 
rate CDs are typically used to record separate programs 
and events Even with the advent of the digital video 
disk, or DVD, with a much greater storage capacity than -fo 
a traditional CD, it will typically be the case that a user 
will own a library of many different disks, each contain- 
ing Its own unique set of data Thus, to listen to several 
hours of audio data, or to listen to a variety of programs, 
a user must carry several CDs and manually load the -fS 
next C D into the player when the previous CD is finished 
playing In addition since CDs are relatively large, they 
requiie a relatively large poitable unit to contain them. 
Another disacvantage of CDs is that the manner in 
which data is read from the disks is sensitive to physical ^0 
shocks which can cause undesirable discontinuities, or 
skips in the audio output. In addition, power is con- 
sumed by continuously spinning the compact disk to ob- 
tain data 

[0005] The development of effective compression 55 
techniques has enabtec a greater quantity of audio data 
to be stored in a much smaller armunt of memory For 
example, the MPEG audio layer 3 compression formal 



or MP3. IS able to compress CD-quality digital audio da- 
ta by a factor of about ten. and thus enables a CD-quality 
audio signal to be delivered at a data rate of 1 28 kikJbits 
per second. As a result, these compression techniques 
make it practical for a compressed audio player to use 
storage media other than traditional cassettes or disks 
- media that would othenfvise be prohibitively expensive 
to use. For example, the Rio MPS Software Player, 
made be Diamond Multimedia, stores data in a 32 meg- 
abyte flash memory, a type of non-volatile electronic 
memory that allows for writing and erasing of data By 
making use of compression techniques, a user can thus 
store approximately 30 minutes of audio data in the flash 
memory, whereas without compression, only about 3 
minutes of audio data could be stored. However, current 
flash-memory-based portable audio players are only 
able to store about halt as much data as a typical CD 
As a result, whenever the user wants to listen to the data 
stored on a different CD, the user must manually copy 
that CD into the flash memory, a process which is much 
more time-consuming and cumbersome than simply 
loading a new CD into a traditional portable CD player. 
Although a flash memory can store additional audio data 
if a higher compression rate is used, higher compres- 
sion rates can cause undesirable degradation of the au- 
dio data. In addition, flash memory is subject to fatigue, 
and will wear out after repeated write-erase cycles. 
[0006] What is needed, then, is a portable player that 
makes use of a compact, high-capacity non-volatile 
storage medium, thus allowing the user to listen to a vir- 
tually unlimited supply of audio data without having to 
physically hsert or copy additional data into the portable 
player's memory. While non-volatile magnetic media, 
such as the hard disk drives used in portable computers, 
have a large storage capacity, the amount of power that 
these hard disk drives consume makes them impractical 
for use in a portable audio player, which would either 
have to include an undesirably large battery, or have an 
undesirably short playtime. For example, while the 2.5" 
disk drives used in laptop computers are designed to 
consume relatively little power, their power consumption 
is still much greater than that which is acceptable in a 
typical CD*based portable audb player. Whereas a port- 
able audio player may have a total battery weight of 
about 2 ounces, a laptop computer may have a battery 
weight of more than a pound. Thus, If a portable audio 
player were to use a hard disk in the same manner as 
a laptop computer, the baltery life of the portable audio 
player would be prohibitively short. 
[0007] f^oreover. if the hard disk were turned off to 
consen/e pov/er. it would take a relatively long time to 
access data at a random location on the hard disk in 
comparison to tho time necessary to access random da- 
ta on a flash memory or CD More specifically, from a 
powered off state, it typically takes three to six seconds 
to "spin up' and begin accessing data at a specified disk 
location As a result powering off the hard disk to con- 
serve power would cause an undesirable delay between 
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a user's request for audio data and the actual delivery 
of \hfi\ dfilA to the user 

[0008] Accordingly, it is an object of the present inven- 
tion to provide a system and method for storing a large 
volume of audio data in a portable audio player it is an- s 
other object ol the present invention to provide a system 
and method for reducing Iho power consumed by a port- 
able audio player Yet another object of the present in- 
vention s to provide a system and method for providing 
continuous uninterrupted audio data to the listener io 
[0009] A self-contained portable audio player uses 
both a disk storage unit and memory buffer for stonng 
compressed audio data A compressed audio data con- 
verter converts compressed audio data in the memory 
buffer into a decompressed analog audio signal, and a 
communications port transmits the decompressed ana- 
log audio signal to a user Flay-mode management logic 
periodicaliv powers on the disk storage unit, copies 
compressed audio data from the disk storage unit into 
(he mernoiy buffer nnd poweis ofl Ihe disk storage unit 20 
dflei completing the copying opctation. The play time 
associated with the copied audio data is greater than 
the time required to power on the disk storage unit and 
copy data to the buffer In a preferred embodiment, the 
disk storage unit is powered on less than 10% of the 25 
play lime :hereby greatly reducing power usage by the 
disk storage unit. 

[001 0] Additional objects and features of the invention 
will be more readily apparent from the following detailed 
description and appended claims when laken in con- 30 
junct on with the drawings in which: 
[0011] Ftg, ' IS a block diagram ol a portable audio 
player system in accordance with the present invention. 
[00121 ^ips. 2A. 2B. 2C and 2D are block diagrams of 
the contents of the memory units contained in a system 3S 
according to the present invention. 
[0013] Fig. 3 is a flow chart of a method of playing 
data in one embodimert of the present invention. 
[0014] Fig. 4 is a flow chart illustrating a method of 
powenng down a portable audio player in accordance ^^o 
with an embodiment of Ihe present invention. 
[001 5] Fig. 5 IS a flow chart showing a method for pow- 
ering up a portable audio player in accordance with an 
embodiment of the present invention. 
[0016] The following embodiments of the present in- -ts 
vention will be described in the context of a portable au- 
dio player used to play compressed audio data al- 
though those skilled in (he arl will recogni/c thai the dis- 
closed systems and methods aie readily adaptable foi 
broader application. For example without limitation the so 

present invention could be readily applied in the context 

ol a video audio-video or other multimedia, or uncom- 
pressed audio ptayor 

[0017] The present invention enables a portable au- 
dio player to store a large amount of data while main- 55 
taming an acceptable level of power consumption and 
an optimal data retrieval time The portable audio player 
stores a large amount of compressed audio data on an 



4 

internal, non-volatile storage medium such as a hard 
disk drive, and loads a portion of this into a volatile stor- 
age medium, such as random-access memory (RAM) 
which requires less power and less time to access. The 
audio player plays the data stored in the volatile storage 
medium while keeping track of the amount of playtime 
associated with the remaining, unplayed data. Once the 
remaintng playtime decreases to a predetermined level, 
additional data is copied from the non-volatile storage 
medium into the volatile storage medium Because the 
lime necessary to copy a block of data from the non- 
volatile storage medium to the volatile storage medium 
is much less than the amount of time il takes to play the 
same block of audio data this approach minimizes the 
amount of time that the non-volatile storage medium 
must be operated, and thus minimizes the amount of 
power consumed by the system. 
[0018] In addition, when the portable audio player is 
turned off. a predetermined amount of audio data is 
stored m a last-access non -volatile storage unit, such 
as flash memory. When the audio player is turned back 
on. and play is resumed, a suitable portion of this data 
can be played while data is being loaded from the main 
non-volatile storage unit into the volatile storage unit, 
thus reducing the amount of time a user must wait before 
receiving data in response to a play request. 
[0019] Fig. 1 shows an implementation of the portable 
audio player 100 that preferably includes: 

• a data processor 102, 

• a main non-volatile storage unit 104. preferably a 
hard disk drive having an associated disk controller 

106; 

• a volatile storage unit 108. preferably random ac- 
cess memory (RAf\^); 

• a fast-access non-volatile storage unit 110, prefer- 
ably a flash memory array: 

• a control memory module 1 1 2, preferably read only 
memory (ROM), which stores the control programs 
for the system; 

• a user interface 1 1 6 that includes a d splay 1 1 8 and 
one or more buttons 1 20 or other user input devices: 

• a power supply 1 22, preferably a battery; 

• a switch 124 for delivering power from the battery 
to the system and for shutting power off when the 
system is powered down; 

• a digital to analog data converter 1 26: 

• an audio amplifier 1 28; 

• an audio output jack 1 30 that can be used to deliver 
an analog audio signal to a pair of headphones or 

another audio output device; 

• a jack 132 for coupling the system to a computer 
(not shown), such as for downloading comprossod 
audio data onto the hard disk 104; and 

• one or more internal buses 1 34 for interconnecting 
the aforementioned elements of the system. 

[0020] To play audio data via Ihe audio output jack 
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1 30 il IS necessary for processing unrt 1 02 to decom- 
press a portion of the audio data stored tn RAM lOS 
Once the compressed audio data has been decom- 
pressed. It Is sent via bus 1 34 to the digitaMo-analog 
converter i26 which converts the digital audio data to 
an analog audio signal This aud:o signal is then sent to 
one or more audio amplifiers 1 28 before being delivered 
to the audio output )ack 1 30 

[0021] In a preferred embodimen:. the hard disk 104 
is preferably a compact device, such as 2.5' diameter 
or smaller hard disk device, that includes at least four 
gigabytes cf storage Four gigabytes of non-volatile disk 
storage enables the system 100 to store over 65 hours 
ol I^P3 compressed audio data. The compressed audio 
data is preferably received via the jack 1 32, from a host 
computer that compresses the audio data from audio 
CDs One of ordinary skill in the art will recognize that 
any suitable non-volatile storage medium could be used 
in place of the hard disk used in the preferred embodi- 
ment. 

[0022] EaclT "track" of each audio CD may be stored 
as a separate file 150 (Fig 2A) on the hard disk 104. 
Referring to Fig. 2 A. a table of contents 1 52 is stored on 
the hard disk 104. The table of contents, which is com- 
posed by (he host computer preferably organizes the 
compressed files in a hierarchy. For example, the top 
level could contain music genres such as classical, jazz, 
country, rock, light rock and so on. Only music genres 
lor which at least one CD or a! least one track has been 
stored on the hard disk are includeo in the table of con- 
tents. Al the second level within each genre. Is a listing 
of the CDs for which music is stored on the hard disk 
At the third level is stored the names of the tracks for 
each CD stored on the hard disk If the user has selected 
individual tracks for storage on the system 100, instead 
of entire CDs. the second level may reference user 
specified "pseudo-CDs " The table of contents also in- 
c'.ides information about the disk storage location of 
e.-iCh track 

[0023] The table of contents 1 52 can be viewed on 
the display 118. and the user can select CDs and/or in- 
dividual tracks to be played User selections are added 
to a "play list" 1 90 (Fig 2B), which is a queue of tracks 
to be played by the system. 

[0024] The host computer, when coupled to the sys- 
tem 100 via the jack 132. can access ihe table of con- 
tents 1 52 delete entire CDs and/or tracks stored or the 
hdid disk 104 download additional CDs and/oi tracks 
onto the h<iid disk 1 04. and leplacc oi update the table 
of contents 152 

[0025] Referring to Figs. 1 and 2B, the control logic of 
the system 100 is implement primarily tn the form of con- 
trot programs that arc executed by the system's data 
processor 102 The system's control programs may be 
stored in read-only memory (ROM) 112. In a typical im- 
plementation, the control programs stored in the ROM 
will tncludn 



• a set of user interface pr(xedtres 1 60. including a 
display control procedure 162 for displaying user 
selected portions of the table of contents, and track 
selection procedures 164 for enabling the user to 

5 select audio tracks to be played: 

• a play procedure 166, discussed In more detail be- 
low, for controlling the playing of audio tracks; 

• a decompression procedure 168 for decompressing 
compressed audio data; 

10 • a power down procedure 170. discussed in mo''e 
detail below, for powenng down the system and en- 
abling the fast-start feature ol the present invention; 

• a power up procedure 172 for turning on the system 
and for invoking the power up fast-start procedure 

IS 174 when appropriate: as well as 

• other control procedures for implementing such lea- 
lures as fast forward 176, rewind 178, track scan- 
ning 180 and the like. 

20 [0026] One of ordinary skill in the art will recognize 
that in an alternate embodiment, the control logic could 
readily be implemented with a customn^ade chip, rather 
than with software operating in conjunction with a gen- 
eral-purpose processor 102. 

25 [0027] Fig 2C shows a memory-nr^p for RAM 1 08 in 
accordance with one embodiment of the present inven- 
tion. A portion ol RAM 108 is devoted to storing a pre- 
determined amount of compressed audb data 162. tn 
addition, RAM 108 preferably stores a copy 194 of the 

30 table of contents (copied from the hard disk) and play 
state information 1 96. The play state information 1 96 in- 
dicates the state of the portable audio player 100, for 
example, information regarding the amount of unplayed 
data stored in RAM. and the playing mode of the device 

35 (e.g., fast-forward, normal play, rewind, etc ). The play 
state 196 also includes a 'pf^y list' 190, which is a list 
of audio tracks to be played. 

[0028] Fig 2D shows a memory map for flash memory 
110 In accordance with an embodiment of the present 
invention. Flash memory 110 stores a predetermined 
amount of compressed audio data 200. In addition, flash 
memory 110 preferably includes a table of contents 202 
indicating the location and identity of data within flash 
memory, and a play stale table 204 which stores, for ex- 
•^5 ample, information regarding the play state of the audio 
player just prior to the device being powered down. 

Power Conserving Play Logic 
so [0029] The operation of the portable audio player 100 

will nov/ be described with reference to Fig. 3, which is 

a flow chart of a preferred method of playing audio data 
in accordance with the present invention. Data is played 
by continuously reading it from RAM 108. decompress- 
es ing it. converting it into an analog audio signal, and send- 
ing it to the output jack 130 (220) The rate at which the 
data IS read from RAM 108 is dictated by the application 
For example, MP3 compressed audio data is typ:cally 
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played at a rale of 129 kilobits per second 
[0030] Pfay control logic rrionitors (222) the amount of 
data that remains in RAM (or equivalently it monitors 
the amount of playtime associated with the unplaycd da- 
ta in RAM) To ensure that there i3 no undesirable break 
in the audio output, when the playtime associated with 
the data stored in RAM falls below a predetermined 
threshold sometimes called the tow water mark), the 
play control logtc determines whether, and how much, 
additional data will be required by RAM 106. and initi- 
ates the transfer of additional data from disk 1 04 to RAM 
108 (224) To transfer data from disk 104 to RAM 106. 
the play control logic powers on the hard disk, copies 
data to RAM 108. then powers off the disk 104. The 
threshold at which data will be copied from disk 104 to 
RAM 1 0S will depend or the playtime of the data lemain- 
ing in RAM 1 08 and the time required to access disk 1 04 
and transfer data to RAM 108. To ensure that an unde- 
sirable break in the audio output does not occur, the 
threshold should be chosen so that RAM 108 does not 
lun out of data to play before additional cata is copied 
into it from the disk 104 In addition, by playing data di- 
rectly from RAM 106. rather than from disk 104 unde- 
sirable skips in the audio output are avoided, since read- 
ing data fiom RAM 108 is typically not dependent on 
moving parts that are sensitive to physical jarring. 
[0031] To minimize power consumption, the frequen- 
cy and duration of accesses to disk 104 should be min- 
imized Thus It IS desirable to power on the disk just 
long enough to copy data into RAM lOS. and to play as 
much of the data stored in RAM as is practical before 
copying additional data from disk 104. In addition, it is 
desirable for RAM 108 to contain a relatively large 
amount of memory. Preferably, the ratb of (a) the time 
necessary to play the data storeo in RAM 108. to (b; the 
time necessary to copy data from disk 1 04 into RAM 1 08 
will be greater than five-to-one. and in a preferred em- 
bodiment this ratio is approximately sixty-to-onc In any 
even:, the ratio should be at least two-to-one. although 
any suitable ratio could be chosen in accordance with 
the principles of the present invention. 
[0032] For example, in one embodiment of the 
present invention a 10 megabyte RAM is used in con- 
junction With a 4 gigabyte hard disk drive with an access 
time ol 5 seconds Thus, if 126 kilobits of compressed 
audio data are played every second. RAM will contain 
approximately 10 minutes of compressed audio data 
and disk 1 04 will conttiin appioxlmalety 65 hours ol corr- 
piessed audio data Assuming it takes 5 seconds to 
power on the hard disk and an additional 5 seconds to 
copy 10 megabytes of compressed audio data from Ihe 
hard disk to RAM. then the system must allow at least 
10 seconds to access the disk and copy data to RAM in 
order to ensure that RAM does noi run out of data to 
play Thus, for example, a threshold of 20 or 30 seconds 
could be used in this embodiment. S nee disk 1 04 is only 
powered on for 10 seconds every 10 minutes of olay 
time, powc consumption is minimi7ed 



[0033] Of course the play time associated with the 
stored audio data will be smRlicr if the portable audio 
player 100 is operated in a play mode such as fast-for- 
ward However, this can readily be accounted tor by sim- 

5 ply initiating access to disk 104 sooner, thereby insuring 
that RAM 108 will not run out of data to play. In addition. 
In one embodiment play control logic will not completely 
overwrite the data in RAM with data from disk 104 once 
the threshold is reached. Instead, the final portion of the 

10 previously-played data will be retained in case the user 
wishes to reverse the direction of play Thus, in this em- 
bodiment, the amount of data comprising th.s final por- 
tion would be at least as great as the rewind speed mul- 
tiplied by the amount of time it takes to access disk 104 

IS and copy data from disk 104 to RAM 108. 

[0034] When the amount of data remaining in RAM 
108 falls below the threshold, but the play list is empty 
(226), the play procedure stops when the data in RAM 
108 is exhausted (228). Further, the last transfer of data 

20 from disk 104 to RAM 108. when the play list is exhaust- 
ed, may only partially fill the RAM 108 with audio data 
(224), 

Fast Start Logic 

2S 

[0035] Referring now to Figs. 4 and 5. a preferred 
method for reducing restart latency will be discussed. 
Fig 4 is a flow chart of a preferred method for powering 
down the portable audio player 100 The power down 

30 sequence shown in Fig 4 can be initiated in a vanety of 
ways. For example, a user can command the system to 
power down by pressing appropriate buttons on the user 
interface. In addition, power down can be Initiated when 
the control logic detects a predefined power down con- 

35 dition (240). In a preferred embodiment, one predefined 
power down condition is (A) data is not being played, 
and (B) no user input has been received for a predefined 
penod of time (e.g., 30 seconds). 
[0036] Once a power down command is received or 

40 generated, the power down method shown In Fig. 4 is 
initialed. First, the control logic makes a prediction re- 
garding the data that the user will want to access once 
the unit is turned back on (242). This prediction could 
be quite simple, consisting of. for example, the next por- 

45 lion of data starting from where the user left off. or could 
be more complex, consisting of several predictions re- 
garding what the user may desire next, s jch as the be- 
ginning of the user's favorite tracks, as determined by 
fiequency of play. In addition, some or all of these pre- 

50 dictions could be made al the time the player is turned 
off, or. alternatively, could be made in advance. Moreo- 
ver, it should be understood that these exemplary pre- 
dictions aro provided for illusiratton only, as one of ordi- 
nary skill in the art will recognize that any suitable pre- 

55 diction or group of predictions could be used in accord- 
ance with the present invent bn. 
[0037] Once a prediction or group of predictions is ob- 
tained, the control logic copies blocks of data from the 
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predicted areas of RAM 108 or disk 104 (or both) into 
flash memory 110 (244) Preferably, the st7e of these 
blocks will be large enough so that the playtime assoc • 
ated with each block will be greater than the amount of 
time It takes to copy data from disk 104 to RAM 105, 
thus preventing undesirable gaps in play when play is 
restarted Once the desired blocks ot data have been 
copied into the flash memory 110 the audio player is 
powered down (246) In one embodiment, power is re- 
moved from the audio player by deact ivating switch 1 1 & 
When power is removed Irom the portable audio player 
100 the data stored in volatile memory, such as RAM 
108 will be kjst However, data stored in non-volatile 
memory, such as disk 104 and flash memory 110. will 
remain stored 

[0038] Fig. 5 IS a flow chart ot a procedure followed 
by an exemplary embodimeni o1 the present invention 
when the audio player s turned back on. When power 
IS turned on (step 260) the audio player waits for the 
user to request data, such as by pressing the play button 
on usei interface 1 1 6. When a command to lesurne play 
IS received (step 262). the play control logic checks the 
tabic of contents stored in flash memory 110 to deter- 
mine whether the beginning of the data the user has re- 
quested to be played corresponds to the data stored in 
flash memory 1 10 (step 254) In some embodiments, the 
system may be turned on by pressing the system's play 
button, in which case the resume play command is re- 
ceived immediately If the system was previously in the 
middle of playing a track when it was shut down, the 
flash memory will contain data for a next portion of that 
track If the system was not playing a track when it was 
shut down, the flash merrrary may contain data for the 
track last shown on the user display, or other data 
[0039] If the beginning of the requested data is stored 
in the flash memory 110 then the play control logic plays 
that data (266) by reading it from the flash memory, de- 
compressing It and sending it to audio output jack 1 30 
via digital-to-analog converter 126 and audio amplifier 
128. In one embodiment data in the flash memory 110 
is copied to RAM before it is played. This copying step 
is fast and not noticeable to the end user 
[0040] Preferably, at the same :ime that the requested 
data IS being played from flash memory 110. the next 
portion ot data responsive to the user's request is copied 
from disk 104 to RAM 103 (268). so that once the re- 
quested data stored in flash memory 110 is finished 
playing, the audio player can begin playing data from 
RAM 108 using the piocedure set forth in Fig. 3, thus 
preventing any interruption in play. If the requested data 
is not contained in flash memory 110 then the requested 
block is copied from disk 104 to RAM 108 (258) and 
played according to the play procedure shown in Fig. 3 
(270) 

[0041] Thus, the present invention minimi? -" the 
amount of time a user must wait to receive audio outptt 
after turning the system on If the requested data is 
found in flash memory 1 1 0 it can be played immediatety. 



while the remainder ol the user's request is copied into 
RAM 106. thus rendering the step of copying data into 
RAM 108 transparent to the user 
[0042] In one embodiment the present Invention en- 

5 ables a user to skip to tracks of data that are not stored 
in RAM 108 and begin listening to them v/ithout waiting 
for data to be transferred from disk 1 04 to RAM 1 08. For 
example, in this embodiment, the system maintains a 
list of the N (e.g.. 10 or 20 or 100) tracks last played by 

10 the user, and the flash memory 110 storesthe first fifteen 
seconds of each track in that list. 
Accordingly, when the user asks to play a selected track 
of data, the play control logic can first check to see if 
that data is stored in the flash memory unit before cop- 

f5 ying data for the selected track from disk 104 to RAM 
108. Thus, steps 242 and 244 of the power down pro- 
cedure, lor predicting data the user will want to play and 
storing it in the flash memory, may also be implemented 
in the play procedure or elsewhere in the system's con- 

20 irol togic. 

[0043] While the present invention has been de- 
scribed with reference to a few specific embodiments. 

the description is illustrative of the invention and is not 
to be construed as limiting the invention. Various modi- 
25 fications may occur to those skilled in the art without de- 
parting from the true spirit and scope of the invention as 
defined by the appended claims. 

30 Claimd 

1 . A self-contained portable audio player, comprising. 

a disk storage unit; 

35 a memory buffer; 

a compressed audio data converter for convert- 
ing compressed audio data in the memory buff- 
er into a decompressed audio signal; 
a communications port for transmitting the de- 

40 compressed audio signal to a user; and 

play control logic for copying compressed audio 
data from the disk storage unit into the memory 
buffer, wherein the copied data has a transmis- 
sion time that is greater than an amount of time 

45 required to copy data from the disk storage unit 

into the memory buffer. 

2. The portable audio player of claim 1 . wherein the 
copied data has a transmission time that is at least 

50 ten times greater than the amount oi time required 
to copy the data from the disk storage unit into the 
memory buffer. 

3. The portable audio player of claim 1. wherein the 
ss play control logic increases power to the disk stor- 
age unit prior to copying data from the disk storage 
unit into the mennory buffer and decreases power 
to the disk storage unit after copying data from the 
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disk storage jnit into the memory buffer 

4. A method for reducing the power consumption of a 
portable audio player comprising 

transmitting compressed audio data Irom a 
temporary storage unit to a data converter; 
converting the compressed audio data into a 
deconpressed audio signal, 
transmitting the decompressed audio signal to 
an output port and 

when a predetermined amount of compressed 
audio data has been transmitted from the tem- 
porary storage unit, copying compressed audio 
data from a disk storage unit into the temporary 
storage unit, wherein the copied data has a 
transmission time that is greater than the time 
taken to copy the data Irom the disk storage unit 
into the temporary storage unit. 

5. The method of claim 4. wher em the copied data has 
a transmission time that is at least ten times greater 
than the time taken to copy data from the disk stor- 
age unit into the temporary storage unit 

6. The method of claim 4. wherein the copying stop 
includes increasing power to the disk storage unl 
prior to copying data from the disk storage unit into 
the temporary storage unit and decreases power 
to the disk storage unit after copying data from the 
disk storage unit in:o the temporary storage unit. 

7. A data storage and transmission unit, comprising: 

a non-volatile memory unit 
a volatile memory unit: 

an output port lor transmitting data from the vol- 
atile memory unit to an output device; and 
control logic for copying data from the non-vol- 
atile memory unit nto the volatile memory unit, 
wherein the copied data has an associated 
transmission time that is greater than the time 
required to copy the data from the non-volatile 
memory unit into the volatile memory unit. 

6. The data storage and transmission unit of claim 7, 
wherein the control logic begins the copying of data 
into the voldtile memory unit when untransmilled 
data in the volatile memory unit falls below a prede- 
termined quantity-threshold, 

9. The data storage and transmission unit of claim 7. 
\Articrcin the data compnsos video data 

10. The data storage and transmission unit of claim 7. 
wherein the conlrol logic increases power to the 
non-volatile memory unit prior to copying data fron 
the non-volatile memory unit into the volatile mem- 



ory unit, and decreases power to the non volatile 
memcry unit after copying data from the non-vola- 
tile memory unit into the volatile memory unit 

5 1 1 , The data storage and transmission unit of claim 1 D. 
wherein the non-volatile memory unit is a hard disk 
storage unit and the volatile memory unit is random 
access memory. 
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